home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0399 / 386 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  3.3 KB
  1. Date: Fri, 10 Jun 94 05:57 BST-1
  2. From: Ofir Gal <ogal@cix.compulink.co.uk>
  3. Subject: Re: Proposal v5
  4. To: gem-list@world.std.com
  5. Message-Id: <memo.343332@cix.compulink.co.uk>
  6. Precedence: bulk
  7.  
  8.  
  9.  
  10. In message <9406090818.AA02626@math.uni-muenster.de>, reschke@math.uni-muenster.de said:
  11. >
  12. >>
  13. >> A>Nearly all German programs use CTRL-M instead of Shift-CTRL-S (CTRL-M
  14. >> A>is the 'German standard' published in Profibuch). I don't know the way
  15. >> A>it is handled in other countrys. Shift-CTRL-S is more logical, but I
  16. >> A>think we should follow existing standards as close as possible.
  17. >>
  18. >> Correct me if I'm wrong ;-), but the basic idea of this Gem-List is to
  19. >> create a new standard for all applications, isn't it? Certainly the new
  20. >
  21. >No, it isn't.
  22.  
  23. The idea is to find common ground between the two existing standards - the
  24. German one and the American (Atari dev docs/Compendium). I tend to go with
  25. the German standard as much as possible, but in the case of Save As, I
  26. think Shift+CTRL+S is a good idea.
  27.  
  28. >> SC for "Save as..." will be a litttle bit irritating for some users but
  29. >> it's more logical. And after some time everybody will use the new SC.
  30. >
  31. >Nope. First of all, there are a *lot* of applications that aren't supported
  32. >nowadays. And even for those which are still in development, it's hard to
  33. >tell your customers, why they should have to switch to new shortcuts, when
  34. >they are used to the current set since years.
  35.  
  36. I will personally have no problem if all apps changed to the new standard.
  37. The changes will be minor for most good German programs, a little more work
  38. for the rest of us. Applications that are not supported anymore are only a
  39. minor concern, we still have many good programs being developed (like
  40. your CD Tools, Julian :-). The authors of many of them are on the list and
  41. will be able to vote against my proposal if they wish.
  42.  
  43. Many old programs don't follow any guidelines anyway. If the profibuch was
  44. translated to English a few years back, then we wouldn't need this
  45. discussion now.
  46.  
  47. >I thought that the idea of his proposal is more POSIX-like. Not to *change*
  48. >existing practice, but to document it. I doubt that any major developer
  49. >will change his existing code just to make the readers of this list happy.
  50.  
  51. It is more or less that, but please keep an open mind. In the case of
  52. CTRL+M I suggest to leave CTRL+M undefined so that programmers could
  53. respond to both Shift+CTRL+S and CTRL+M if they wish to make a more
  54. gradual move.
  55.  
  56. Even the so called German standard is not that well defined - CTRL+I in
  57. Everest selects a word, in Kobold it shows Object Info, in Papyrus it does
  58. something else (I forget what) and the list goes on.
  59.  
  60. I believe a good standard, followed by many programmers, will help our
  61. small and declining market. The inconsistency of keyboard shortcuts is
  62. simply a pain for users.
  63.  
  64.  
  65. In message <9406091125.AA09244@cscd4c14.caledonia.hw.ac.uk>, ceebsm@caledonia.hw.ac.uk said:
  66. >
  67. >Anyway, just my opinion. Could we maybe get a vote as to whether we keep
  68. >CTRL+A in the standard so as to stop all the "For" &  "Against" CTRL+A
  69. >mails????
  70.  
  71. No, CTRL+A is not open for discussion. It is a standard already and I wish
  72. millert will stop nagging us about it. Going by responses to this idea of
  73. his, a vote will be a waste of time.
  74.  
  75. Bye,
  76.  
  77. Ofir                                    ogal@cix.compulink.co.uk
  78.  
  79.